home *** CD-ROM | disk | FTP | other *** search
- From: "Dmitry M. Potapov" <dima@florin.msk.su>
- Message-ID: <199603211752.RAA03360@florin.msk.su>
- X-Original-Date: Thu, 21 Mar 96 20:52:53 +0300
- Path: in2.uu.net!bounce-back
- Date: 22 Mar 96 02:07:45 GMT
- Approved: fjh@cs.mu.oz.au
- Return-Path: <daemon@meeker.UCAR.EDU>
- Newsgroups: comp.std.c++
- Subject: Suggestion to c++ standard
- Organization: DataX/FLORIN, Inc.
- Reply-To: dima@florin.msk.su
- X-Return-Path: kiae![194.87.233.66]!florin.msk.su!dima
- Apparently-To: comp-std-c++@uunet.uu.net
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBFAgUBMVILeuEDnX0m9pzZAQEMRQGAltEcJrGL1OC3y/kTyUiM+VRbyQaAEcnv
- R2r/AwAsES/u+I7LPXCsLNGPLavnHUT/
- =jSuF
-
- Dear readers,
-
- Please let me explain the problem, which solution I think
- is in adding something to the c++ standard.
-
- Many of us use old C libraries, and the possibility to use these
- libraries is one of the reasons of C++ success.
-
- There exists a problem in C which often leads to terrible results.
- The problem is in program startup and initialization of global
- variables.
- We cannot define the first operator in our programs and
- this is terrible.
-
- Sometimes our programs cannot reach main(), and sometimes (and it is even
- worse) programs reach main() with global variables initialized
- incorrectly.
-
- There is nothing good in undefined behavior, and this must be fixed
- in some way, I think.
-
- I don't say I have a solution,
- but it seems to me that it is based on introducing
- classes TProgram, TProcess (for multithreading environments),
- TLibrary with some virtual methods as a part of c++ standard.
- Concrete instances of these classes would be binded with
- libraries etc in some way and startup/initialization would be
- completely defined.
- I'm not a specialist in compilers/linkers construction,
- but I love C++ and I want it to be better and live longer.
- These changes to c++ may introduce new incompatibilities
- with c, but would definitely improve the language.
-
- Thanks,
-
- Dmitry Potapov, dima@florin.msk.su
- --
- ---
- [ comp.std.c++ is moderated. To submit articles: try just posting with ]
- [ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ]
- [ FAQ: http://reality.sgi.com/employees/austern_mti/std-c++/faq.html ]
- [ Policy: http://reality.sgi.com/employees/austern_mti/std-c++/policy.html ]
- [ Comments? mailto:std-c++-request@ncar.ucar.edu ]
-